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(57) Abstract: The invention concerns a method for transmitting digital messages including each at least one data packet, comprising 
the following steps: a) dividing each data packet into successive segments of predetermined size, each segment being classified in 
accordance widi one or the other among five types depending on whether it contains a start of message (SM), intermediate data (NT), 
an end of packet (EP), and end of message {ptA)\ or it is an empty segment (ID); b) and sending with each segment an identification 
signal characterizing the succession of the segment concerned and of the preceding segment; a segment containing both the start and 
the end of a message being classified as being a segment containing an end of message, and a segment containing both the start of a 
message and the end of a first packet of the message being classified as a segment containing an end of packet. 
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(57) Abrege : Uinvention conceme un proc6d6 de transmission de messages numfiriques comprenant chacun au moins un paquet de 
donn6es, comportant les Stapes: a/ diviser chaque paquet de donn^es en segments successifs de taille pr6d6tennin6e chaque segment 
6tant class6 selon I'un ou I'autre de cinq types selon qu'il contient: un d^but de message (SM), des donn6es inteimddiaires (NT), 
une fin de paquet (EP), une fin de message (EM); ou qu'il est un segment vide (ID); et b/ evoyer avec chaque segment un signal 
d' identification caract6risant la succession du segment consid6r6 et du segment pr6c6dent; un segment contenant h la fois le d6but et 
la fin d'un message 6tant class6 comme 6tant un segment contenant une fin de message, et un segment contenant k la fois le d6but 
d'un message et la fin d'un premier paquet du message 6tant class6 comme 6tant un segment contenant une fin de paquet 
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PROTOCOLE DE TRANSOIISSION DE MESSASBS MOMERXODES 



La prfisente invention conceme le test de 
inicr<^rocesseurs. Elle conceme plus particuliSrement un proc6d6 
et un dispositif de transmission de donnSes numSriques entre un 
circuit de surveillance intSgrS dans une puce de micrpprocesseur 
5 et un outil d'anedyse. 

La figure 1 reprSsente de fagon sch^matique un circuit 
intSgre 10 coitportant un micrqorocesseur (/aP) 12, vine m^moire 
interne (MEM) 14 et des bomes d' entree/sortie (I/O) 16. Le 
microprocesseur 12 est destine a ex^cuter un programne ou 

10 logiciel stocke dans la m&noire 14. Sous la corainande du 
prograirme, le microprocesseur 12 peut traiter des donnSes 
foumies par les bomes d' entree/sortie 16 ou stockfies dans la 
m&noire 14 et lire ou Scrire des donnSes par les bomes 
d'entr§e/sortie 16. 

15 De fa<?on k verifier le bon fonctionnement du 

microprocesseur, on intSgre g&i4ralement au circuit integr6 10 
un circuit de surveillance 18 (TEST) . Le circuit de surveillance 
18 est adapts a lire des donnies spScifiques foumies par le 
microprocesseur 12 lors du d^roulement d'un programme, et k 

20 rgaliser eventuellement un traitement sur les donn§es lues. Des 
bomes de test 22 relient le circuit de surveillance 18 a un 
outil d' analyse 24. L' outil d' analyse 24 peut effectuer un 
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traitement des signatix regus, par exemple en fonction de 
coinmandes foumies par \m utilisateur, et asstirer une analyse 
d6taill6e du fonctionnement du microprocesseur 12. En 
particulier, I'outil d' analyse 24 peut determiner la sequence 

5 d' instructions du programme r§ellement exScut^e par le 
microprocesseur 12. 

Le norabre de bomes de test 22 peut €tre du mSme ordre 
de grande\ir que le nombre de bomes d'entrSe/ sortie 16, par 
exenple 200 a 400 bomes. Les bomes de test 22 ainsi que les 

10 connexions du circuit de surveillance 18 occupent une surface de 
silicium iitportante, ce qui entraine tan accroissement 
ind^sirable du coflt du circuit. Povir cela, une premiere version 
du circuit integrS 10 incluant le circuit de surveillance 18 et 
les bomes de test 22 est produite en petites quantites pour 

15 ef fectuer la mise au point du programme du microprocesseur 12 ou 
"programme utilisateur" . J^rSs cette mise au point, une version 
du circuit int6gr§ 10 d§barrass6e du circuit de surveillance 18 
et des bomes de test 22 est coramercialisge . Cela iraplique la 
realisation de deijx versions du circuit intfigrfi, ce qui demande 

20 un travail important et est relativement cottteux, De plus, la 
puce finale n'est pas forc6ment identique k la puce testSe. 

Pour pallier les inconv&iients prec§demment 
mentic^mis, on cherche k realiser un circuit de surveillance 18 
qui occupe une surface reduite et nScessite seulement un nombre 

25 rSduit de bomes de test 22, ce qui diminue le coClt de revient 
du circuit de surveillance. Le circuit de surveillance 18 peut 
alors etre laissS sur le circuit intSgre 10 finalement 
commercialise . 

On cherche done a diminuer le nombre de signaiax 

30 foumis par le circuit de surveillance 18. Pour ce faire, on 
fait rfialiser directement au niveau du circuit de surveillance 
18 certaines operations logiques sur les donn§es mesurfies au 
niveau du microprocesseur 12 de fagon a transmettre seulement 
des messages ayant un contenu informationnel iitportant. 
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Ainsi^ la norme IEEE-ISTO-5001 en preparation propose 
dans sa version de 1999, accessible par exenple sur le site 
www.ieee-isto.org/Nexus5001, im protocole particulier d'gchanges 
de messages entre un circuit de surveillance et un outil 
5 d' analyse pour un circuit de surveillance 18 ne ngcessitant 
qu'un noiribre r€duit de bomes de test 22. 

Le circuit de surveillance est prSvu pour surveiller 
le fonctionnement du microprocesseur et pour foximir aux bomes 
de test des messages pr6d€temings seulement lorsque certaines 

10 instructions predSteminees sont ex6cut§es. Les messages peuvent 
indiquer combien d ' instructions ont ete execut^es depuis le 
message pr§cedent. Des messages peuvent §galement §tre prSvus 
pour indiquer que certains points predetermines du programme 
sont atteints. L' outil d' analyse est prevu pour reconstituer le 

15 fonctionnement du micrqprocessexir, c'est-^-dire le dSroulement 
du programme dans le microprocesseur, k partir des messages 
re(;us et du code du programme. La liste des types de messages et 
leur struct\ire sont d^crites dans la section 6 de la nomne lEEE- 
ISTO-5001. Cbaque message est divisS en paquets de taille 

20 variable et comporte au moins un paquet. Dans chaque paquet, les 
bits sont classes de gauche k droite par poids croissant. La 
norme IEEE-ISTO-5001 prevoit qu'im message peut coitporter des 
paquets de taille fixee par la norme ou variable (fixee par 
I'utilisateur) . Pour des raisons de sinplicitS, on considere par 

25 la suite qu'un paquet de taille variable peut comprendre am ou 
plusieurs paquets non representes de taille fix^e. 

Pour limiter le noiribre des bomes de test, chaque 
paquet est divisS en segments de n bits, oH n est par exemple 
compris entre 4 et 16, transmis par un bus MDO de n bits. Les n 

30 bits de poids le plus faible du premier paquet de donn^es du 
message sont recopigs bit Sl bit dans \m premier segment, puis 
les n bits de poids le plus faible restants du paquet de donnees 
sont recopigs bit k bit dans im deuxieme segment, et ainsi de 
suite jusqu'^ ce que chaque bit du paquet ait 6t6 recopiS. Les 

35 bits de poids le plus fort non utilises du dernier segment ainsi 
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forme regoivent \me valeur predetennin€e, par exernple 0. Chaque 
paguet de donnSes est divisg en segments de la maxiigre 
prSc&lente. Les segments sont transmis k la suite pcu: le bus 
MDO, en cadence avec un signal d^horloge non represents prppre 
5 au circuit de surveillance. Pour permettre la reconstruction des 
paquets de donnges k partir des segments, il est prgvu de 
transmettre avec chaque segment sur des bomes de test 
supplementaires un code MSEO qui permet h I'outil d' analyse 
d' identifier la nature des donn§es contenues dans le segment. La 

10 norme IEEE-ISTO-5001 prSvoit des codes MSEO pour identifier 
qu'un segment contient : un debut de message (segment SM) , des 
donnees intermediaires (segment NT) , une fin de paquet (segment 
EP) , ime fin de message (segment EM) , ou que ce segment est un 
segment vide (segment ID) correspondant k une p§riode 

15 d' inactivity entre deux messages. 

Plut6t que d' identifier directeraent chaque segment par 
un code particulier, ce qui ngcessiterait au moins trois bits, 
la nootie IEEE-ISTO-5001 pr^voit de donner au code MSEO une 
valeur qui, si l^on connait le type du segment prgcSdent, pezmet 

20 de determiner le type du segment transmis. Le code MSEO 
identifie la transition entre le segment precedent et le segment 
transmis . 

La figure 2 illustre sch§matiquement toutes les 
successions possibles de segments prSvues par la norme lEEE- 

25 ISTO-5001. Les cercles portant les r§f6rences SM, NT, EP, EM et 
ID representent chacun \m type de segment transmis. Les f leches 
joignant deux cercles indicjuent que les deux segments 
correspondants pexxvent @tre transmis l*un aprSs 1' autre, nne 
flgche partant d'un cercle pour y revenir indique qu'vin segment 

30 de ce type peut @tre transmis plusieurs fois k la suite. Par 
exemple, \m segment SM peut suivre un segment SM. Cela indique 
que le message envoyS §tait trSs court et comprenait un seul 
paquet de longueur inferieure ou §gale a un segment. En d'autres 
termes, le premier segment SM contensiit k la fois le debut et la 

35 fin d*un message. Un segment SM peut etre transmis aprSs un 
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segment SM, m ou ID, et un segment ID peut Stre transmis apres 
un segment m ou ID. De m&ne, \an segment NT ou EM peut Stre 
transmis aprSs un segment SM, NT ou EP, Enfin, un segment EP 
peut etre transmis apres \an segment SM, NT ou EP. 
5 La figure 2 illustre ggalement la valeur prise par le 

code MSEO en fonction du type du segment transmis et du type du 
segment pricSdent. La valeur du code MSEO associSe k chaque 
segment transmis est la valeur associSe a la flSche allant du 
segment prScSdent au segment transmis. Un segment SM est 
10 identifig par une valeur 00 du code MSEO si le segment precedent 
6tait un segment m ou ID, et il est identifi^ par \me valeur 10 
si le segment precedent 6tait un segment SM, Un segment NT est 
identifig par une valeur 00 du code MSEO quel que soit le 
segment precedent. Un segment EP est identifi^ par une valeur 01 
15 du code MSEO quel que soit le segment precedent. Un segment de 
type EM ou ID est identif ie par une valeur 11 du code MSEO quel 
que soit le segment precedent. 

A la reception des segments, I'outil d' analyse 
reconstitue les paquets de chaque message en mettant bout a bout 
20 les segments contenant des donnfies d'tm mSme paquet. 

La figure 3A illustre k titre d'exenple la 
transmission d'lan message 30 conportant trois paquets 31, 32 et 
33 ayant respectivement 9, 20 et 11 bits. La figure 3A illustre 
ggalement le code MSEO qui est transmis avec chaque segment du 
25 message 30. Pour transmettre le message 30 par un bus MDO de 
n = 8 bits, le premier paquet 31 est divise en un premier 
segment 311 de dgbut de message (MSEO = 00 si 1' on suppose que 
le segment pr6c6dent Stait un segment ID) contenant les 8 bits 
de poids le plus faible du paquet 31 et un deuxifime segment 312 
30 de fin de paquet (MSEO « 01) contenant le bit de poids le plus 
fort du paquet 31, suivi de 7 zSros. De mSme, le paquet 32 est 
divisS en trois segments 321 (de type NT, MSEO = 00) , 322 (de 
type NT, MSEO = 00) , et 323 (de type EP, MSEO = 01) contenant 
respectivement les 8 bits de poids le plus faible, les 8 bits de 
35 poids le plus faible suivants et les 4 bits de poids le plus 
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fort du paguet 32, suivis de 4 zSros. Le paquet 33 est divisS en 
deiox segments, 331 (de type NT, MSEO = 00) et 332 (de type m, 
MSEO = 11) contenant respect iveroent les 8 bits de poids le plus 
faible, et les 3 bits de poids le plus fort du paguet 33 suivis 
5 de 5 z6ros. 

Un dbjet de la prgsente invention est d*optiiniser le 
procgdg de transmission de messages dScrit prgcSdemment de fagon 
^ reduire le nonibre de segments transmis dans divers cas 
particuliers . 

10 Un autre objet de 1' invention est de prevoir un 

dispositif pemettant de mettre en oeuvre un tel procede. 

Pour atteindre ces objets, la presente invention 
prSvoit un procede de transmission, entre un circuit de 
surveillance int€gre k un microprocesseur et un outil d' analyse, 

15 de messages num^riques conprenant chacun au moins \m paguet de 
donnSes, conportant les gtapes suivantes : 

a/ diviser chague paguet de donnges en segments 
successifs de m§me taille pr^dgterminSe, chague segment 6tant 
classS selon l*un ou 1* autre des cing types de segment 

20 suivants : 

-segment contenant un d^ut de message ; 
-segment contenant des donn^es intermediaires ; 
-segment contenant une fin de paguet ; 
-segment contenant une fin de message ; ou 
25 -segment vide ; 

b/ envoyer en meme temps gue chague segment \m signal 
d' identification caractSrisant la difference de type entre le 
segment considgr§ et le segment pr6c€dent ; et 

c/ reconstituer les paguets de chague message en 
30 mettant bout k bout les segments contenant des donn€es d'un m§me 
paguet ; 

dans leguel \m segment contenant k la fois le dSbut et 
la fin d^un message est class^ comme Stant un segment contenant 
une fin de message, et un segment contenant k la fois le d§but 
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d'un message et la fin d'un premier paquet du message est classe 
comme etant xm segment contenant ime fin de paquet. 

Selon voi mcxle de r^cLLisation de 1' invention, tin 
segment contenant un d€but de message ou \m segment vide peut 
5 Stre transmis aprSs un segment contenant une fin de message ou 
un segment vide ; 

\m segment contenant des doimSes interm§diaires peut 
§tre transmis apr^s un segment contenant un d^but de message ou 
des donnges interm&diaires ou une fin de paquet ; et 
10 un segment contenant une fin de paquet ou une fin de 

message peut etre transmis apres un segment de type quelconque, 

Selon un mode de realisation de I'invention, le signal 
d' identification a : 

une premiere valeur si le segment transmis contient \m 
15 dgbut de message ou des donn§es intermgdiaires ; 

une deuxieme valeur si le segment transmis contient 
une fin de paquet ; 

une troisigme valeur si le segment transmis contient 
une fin de message et si le segment prScSdent contenait une fin 
20 de message ou €tait un segment vide ; et 

une quatridme valeur si le segment transmis est vide, 
ou si le segment transmis contient une fin de message et si le 
segment precedent contenait un debut de message, des donnees 
intermediaires ou une fin de paquet. 
25 La presente invention vise egalement vm dispositif de 

transmission, entre un circuit de surveillance intSgrg k un 
microprocesseur et un outil d* analyse, de messages numgriques 
dont chacun conprend au moins un paquet de donnges, ccsrportant : 

un moyen pour diviser chaque paquet de donn6es en 
30 segments successifs de m@me taille pr§dgterminge, chaque segment 
gtant classg selon I'lm ou 1' autre des cinq types de segment 
suivants : 

-segment contenant un dSbxxt de message ; 
-segment contenant des donn§es intermediaires ; 
35 -segment contenant une fin de paquet ; 
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-segment contenant une fin de message ; ou 
-segment vide ; 

un moyen pour envoyer en m&ne teirps que chaque segment 
un signal d' identification caractfirisant la difference de type 
5 entre le segment considSrg et le segment pr§c§dent ; et 

un moyen pour reconstituer les paquets de chaque 
message en mettant bout k bout les segments contenant des 
donnees d'un mime paquet ; 

dans lequel le moyen pour diviser chaque paquet de 

10 donnees classe un segment contenant k la fois le d§but et la fin 
d'xin message corame etant un segment contenant une fin de 
message, et classe un segment contenant a la fois le debut d'un 
message et la fin d'un premier paquet du message corame etant un 
segment contenant vine fin de paquet. 

15 Ces objets, caract^ristiques et avantages, ainsi que 

d'autres de la prgsente invention seront exposes en detail dans 
la description suivante de modes de realisation particuliers 
faite a titre non-limitatif en relation avec les figures jointes 
parmi lescpielles : 

20 la figure 1, precedemment decrite, represente de 

mani&re schSmatique un circuit integrS muni d'\m dispositif de 
surveillance ; 

la figure 2, pr6c§demment decrite, illustre \m 
protocole de transmission de messages tel que defini dans la 
25 version de 1999 de la norme IEEE-ISTO-5001 ; 

les figures 3A et 3B illustrent un exeitple de 
transmission d'lm message selon le protocole de la figure 2 pour 
deiix tallies de bus MDO dif f^rentes ; 

la figure 4 illustre im protocole de transmission de 
30 messages selon la prgsente invention ; et 

la figure 5 illustre la transmission du message de la 
figure 3B selon le protocole de la figure 4. 

L'inventeur a analyse le fonctionnement du systeme de 
transmission de messages d§crit precedemment dans le cas oil le 
35 bus MDO a une leorgeur de donnees n egale ou super ieure k la 
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taille du premier, et gventuellement imique, paquet de donnees 
de chaque message. 

La figure 3B illustre la transmission du message 30 de 
la figure 3A et les segments utilises pour transmettre un tel 
5 message par un bus MDO de n « 16 bits. Un seul segment 311' 
contient les 9 bits du premier paquet 31 suivis de 7 zeros, et 
ce segment est associg k un code de debut de message 
(MSBO = 00) . Ctoinme le protocole ne prSvoit pas la possibility 
d'indiquer que la fin du premier paquet a €te envoySe dans ce 

10 mime segment, il faut transmettre un segment suivant 312' de fin 
de paquet associfi k un code MSEO = 01, qui ne contient que des 
zgros, avant de pouvoir transmettre des segments du paquet 
suivant. Le paquet suivant, 32, est alors divisg en un segment 
321' de type NT (MSEO = 00) et vn segment 322' de type EP 

15 (MSEO = 01) contenant respectivement les 16 bits de poids le 
plus faible, et les 4 bits de poids le plus fort du paquet 32 
suivis de 12 zeros. Le paquet 33 est transmis en vn seul segment 
331' de fin de message (MSBO = 11) contenant ses 11 bits suivis 
de 5 z6ros. 

20 De maniSre g&ifirale, lorsque le premier paquet d'un 

message ayant plusieurs paquets a xme taille inferieure ou 6gale 
k la taille n du bus MDO, ce premier paquet doit, selon le 
protocole pr6c§dent, gtre transmis en deux segments. La 
transmission du deuxiSme segment, qui ne contient aucune donnSe, 

25 monopolise inutilement les bomes de test et reduit la bande 
passante du bus MDO. 

La pr^sente invention vise un proc§de de transmission 
de messages en segments dans lequel un segment contenant k la 
fois le debut d»un message et la fin d'un premier, et 

30 fiventuellement lanique, paquet du message peut §tre suivi 
iramgdiatement d'xm segment contenant des donnSes, par exemple le 
dgbut d'un deiaxidme paquet du message ou le dSbut d'un nouveau 
message . 

La figure 4 illxistre un protocole de transmission de 
35 messages en segments selon la prSsente invention. La figure 4 
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reprend les references utilisSes pour identifier les diffSrents 
segments en figure 2. La figure 4 presente par rapport a la 
figure 2 les differences qui vont inaintenant Stre decrites en 
relation avec les flSches dessinies en pointings. 
5 Selon la pr6sente invention, un segment est classS 

comme 6tant de type EP non seulement s'il contient uniquement 
une fin de paquet, mais aussi s'il contient k la fois le d§but 
d'un message de plusieurs paqoets et la fin du premier paquet du 
message. Ce dernier cas se prSsente si le premier paquet d'un 
10 message est plus court qa'un segment. Un tel segment EP de dSbut 
de message et de fin de paquet peut suivre un segment vide ID 
lorsqu'un tel dSbut de message est transmis ^res une pgriode 
d' inactivity (flSche en pointings gras 41) ou un segment EM 
lorsqu'un tel dSbut de message est transmis aprSs la fin d'un 
15 message precedent (fleche en pointings gras 42) . 

Selon la prisente invention, un segment est classS 
comme 6tant de type m nan seulement s'il contient uniquement 
une fin de message, mais avissi s'il contient a la fois le dfibut 
et la fin d'un message. Ce dernier cas se prfisente si un message 
20 est plus coxirt qu'm segment, tfti tel segment EM de dfibut et de 
fin de message peut suivre un segment ID lorsqu'un message court 
est transmis apr^s une pgriode d' inactivity (fleche en 
pointings gras 43) ou \jn segment m lorsqu'un message court est 
transmis immgdiatement aprfes un message precedent (flSche en 
25 pointings gras 44) . 

La possibility de classer un segment catime etant de 
type EM s'il contient k la fois le dSbut et la fin d'un message 
renplace la possibility, prgvue par le protocole de la figure 2, 
de classer un tel segment corane ytant de type SM. Ainsi, selon 
30 la prysente invention (ccnine cela est indiquy par la fliche en 
pointiliys lygers) , un segment SM ne peut plus suivre un segment 
SM (et indiquer par Ik que le premier segment SM contient un 
message plus court qu'un segment) . 

En figure 4, un segment EP est identifiy par une 
35 valeur 01 du code MSBO quel que soit le segment prgcydent. On 
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segment EM est identifi§ soit par une valeur 11 du code MSEO si 
le segment precedent §tait un segment SM, NT ou EP, soit par une 
valeur 10 du code MSEO si le segment prScSdent Stait un segment 
EM ou ID. Les segments SM, NT et IT sent identifies de la meme 
5 facon que cela a 6t6 dScrit prec6demment. 

La prSsente invention peut Stre mise en oeuvre dans un 
dispositif tel que represent^ en figure 1 par I'hcanme du mgtier 
ayant pris connaissance de la section 8 de la version de 1999 de 
la nome IEEE-ISTO-5001. Pour cela, le circuit de surveillance 

10 18 et I'outil d' analyse 24 seront programmes confonn§ment au 
protocole de la figure 4. 

La figure 5 illustre la transmission du m&ne message 
30 que celui illustrS en figure 3B par le bus MDO de n = 16 bits 
selon le protocole de la figure 4. On seul segment 311" de type 

15 EP contient les 9 bits du premier paquet 31 suivis de 7 zSros. 
Ce segment 311" est suivi des memes segments 321', 322' et 331' 
que ceux d§crits en relation avec la figure 3B. Avec le segment 
311" est transmis un code MSEO ayant la valeur 01, et avec les 
segments 321', 322' et 331' sont transmis corame prScgdemment des 

20 codes MSEO ayant les valeurs 00, 01 et 11. 

La prgsente invention permet dans I'exemple illustrg 
en figure 5 de transmettre en quatre segments un message qui, 
dans de mSmes conditions, devait etre transmis en cinq segments 
selon le protocole de la figure 2. 

25 Dans le cas de messages comportant deux paquets ayant 

chacun une taille infSrieure ou ggale a un segment, la prgsente 
invention permet de n'envoyer que deux segments au lieu de 
trois. 

La prgsente invention permet en outre notamment de 
30 transmettre en deux segments seulement (un segment EM et un 
segment EP) la succession d'un message de longueur infSrieure k 
un segment et d'un premier paquet de longueur infgrieure i un 
segment d'un message suivant. Une telle succession aurait €t€ 
transmise en quatre segments (un segment SM suivi de segments 
35 EM, SM et EP) selon le protocole de la figure 2. 
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Bien entendu, la prSsente invention est susceptible de 
diverses vaxiantes et modifications qui apparaitront a I'hoinme 
du metier. En particulier, la presente invention a ete dficrite 
en relation avec une transmission de messages depuis le circuit 
5 de surveillance vers I'outil d' analyse, mais elle s' applique de 
meme k vine transmission de messages en sens inverse. 

En outre la prfisente invention a €t§ dScrite en 
relation avec des valeurs particuliSres du code MSEO, mais ces 
valeurs pourront Stre modifiSes ou inversSes. 
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REVENDICATIONS 

1* Proc^dg de transmission, entre vm circuit de 
siirveillance integre k im micrqprocessexir et lui outil d* analyse, 
de messages numSrigues conprenant chacun au moins un pacjuet de 
donnees, carportant les Stapes suivantes : 
5 a/ diviser chaque paquet de donnees en segments 

successifs de meme taille predeterminee, chaque segment etant 
classe selon I'un ou 1» autre des cinq types de segment 
suivants : 

-segment contenant un dgbut de message (SM) ; 
10 -segment contenant des donnSes intermSdiaires (NT) ; 

-segment contenant ime fin de paquet (EP) ; 
-segment contenant me fin de message (EM) ; ou 
-segment vide (ID) ; 

b/ envoyer en mgme temps que chaque segment un signal 
15 d' identification (MSEO) caracterisant la difference de type 
entre le segment considere et le segment prgcSdent ; et 

c/ reconstituer les paquets de chaque message en 
mettant bout k bout les segments contenant des donnees d'un m§me 
paquet ; 

20 caracterise en ce qu'un segment contenant k la fois le 

d§but et la fin d'lm message est class6 comme 6tant un segment 
contenant une fin de message (BM) , et \m segment contenant a la 
fois le debut d'un message et la fin d'un premier paquet du 
message est classS comme 6tant im segment contenant une fin de 

25 paquet (EP) . 

2. ProcSdg selon la revendication 1, dans lequel : 
un segment contenant un d€but de message (SM) ou un 
segment vide (ID) peut Stre transmis apres xm segment contenant 
\me fin de message (EM) ou un segment vide (ID) ; 

30 un segment contenant des donnees intemediaires (NT) 

peut §tre transmis apr§s un segment contenant un dSbut de 
message (SM) ou des donnees intermediaires (NT) ou une fin de 
paquet (EP) ; et 
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\m segment contenant une fin de paquet (EP) ou une fin 
de message (EM) peut etre transmis aprSs un segment de type 
quelconque. 

3. Prcx:6dg selon la revendication 2, dans leguel le 
5 signal d< identification (MSEO) a : 

line premiere valeur (00) si le segment transmis 
contient un d§but de message (SM) ou des donnSes interm§diaires 
(NT) ; 

une deuxi&ne valeur (01) si le segment transmis 
10 contient une fin de pac[uet (EP) ; 

une troisieme valeur (10) si le segment transmis 
contient une fin de message (EM) et si le segment precedent 
contenait une fin de message (EM) ou etait un segment vide 
(ID) ; et 

15 \me quatrigme valeur (11) si le segment transmis est 

vide (ID) , ou si le segment transmis contient ime fin de message 
(Q4) et si le segment prScSdent contenait \m dgbut de message 
(SM) , des donnees intermgdiaires (NT) ou une fin de paquet (EP) . 

4. Dispositif de transmission, entre un circuit de 
20 surveillance intggre k \m micrqprocesseur et \m outil d' analyse, 

de messages nxomgriques dont chacun conprend au moins un paquet 
de donnees, comportant : 

un moyen (18) pour diviser chaque paquet de donnees en 
segments successifs de meme taille pr^dgterminee, chaque segment 
25 gtant classe selon I'un ou 1' autre des cinq types de segment 
siiivants : 

-segment contenant un d§but de message (SM) ; 
-segment contenant des donnees intermidiaires (NT) ; 
-segment contenant une fin de paquet (EP) ; 
30 -segment contenant une fin de message (EM) ; ou 

-segment vide (ID) ; 

un moyen (18) pour envoyer en mime tennps que chaque 
segment un signal d' identification caractSrisant la difference 
de type entre le segment consid6r6 et le segment prec^ent ; et 
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un moyen (24) poxir reconstituer les paquets de cdiaque 
message en mettant bout k bout les segments contenant des 
donnees d'un m^e paguet ; 

caract§ris§ en ce le moyen (18) pour diviser chague 
5 paguet de donnees classe un segment contenant k la fois le dSbut 
et la fin d'un message corame fitant xan segment contenant une fin 
de message (EM) , et classe un segment contenant a la fois le 
dSbut d'un message et la fin d'lm premier paguet du message 
comme gtant un segment contenant une fin de paguet (EP) . 
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